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(57) Abstract: A bum-in-lesler (100) 
provides independent control of the devices 
under test (305,307). The various operating 
parameters such as temperature, voltage, 
frequency of operation or test pattern being 
applied can be independently changed on 
one device without affecting the operating 
parameters of the other devices. Thus, e.g., 
the amount of cooling applied to one device 
is independent of the amount of cooling 
applied to another device. In addition, the 
testing being done on each device may be 
independenay controlled Thus, a test can 
be changed on one of the devices under test 
without affecting the tests being run on any 
of the other devices. Similarly, the voltage 
and frequency of operation can be controlled 
independently to allow for changes to the 
voltage and/or frequency of one device 
without affecting those parameters on other 
devices being tested. 
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TESTER WITH INDEPENDENT CONTROL OF DEVICES UNDER TEST 
Tgghnigfll Fifild 

This invention relates to testing of integrated circuits and more particularly to a tester providing 
independent control of devices under test 

Background Art 

In order to achieve higher rehability, manufecturers frequently enq)loy "bum-in" testing to accelerate 
potential feilure mechanisms. The tests are intended to weed out those parts that may be subject to infant 
mortality. Manufacturers typically utilize higher than normal supply voltages and temperatures during such 
tests and lower dian normal frequencies. Bum-in testing noraially tests the devices over long periods at die 
higher than normal voltages and ten^)eratures. For some devices, such as current microprocessors (e,g., the 
Athlon™ microprocessor available from Advanced Micro Devices, Inc.) the large number of transistors results 
in high power consumption during bum-in testing. That is in part due to the fact that CMOS transistors 
typically utilized in such microprocessors leaka small amount of cunent even when "off". Because of the 
large number of transistors found in cunent devices, even if the leakage cunent of each transistor is small, the 
cumulative leakage current can be significant In addition, diere is a tendency for die faster parts to have 
higher leakage currents. 

Another problem that is faced when testing high density devices in a bum-in environment is that 
operating the device at higher voltage and temperatures can result in the device operating in a region in which 
device operation is unstable. More particularly, the device under test can enter a destractive positive feedback 
loop in which, as the part heats up, the transistors leak more current, which causes more heat, potentially 
resulting in tiiermal runaway. Thermal runaway can result in melting die socket in which the device is being 
tested, damage to the test board or damage to die device under test. 

Many previous bum-in testers utilized air or oil manifolds to drive all tiie devices under test to tiie 
' same temperature. Thus, no independent ten?)erature control is possible and only limited action can be taken 
in response to unstable device operation. Prior art bum-in testers also required that the key parameters, such as 
voltage frequency or test patterns being appHed to ttie devices under test, be the same for aU devices. While 
tiiat may be sufficient for testing older techuologies, it fails to allow the flexibility to test devices according to 
die unique testing parameters tiiat may be required by die individual devices, especially in current bum-in test 
envhonments. 

Thus, it would be desirable to provide a tester tiiat aUows die key testing parameters to be varied for 
each device without affecting the otiier devices under test. 

DISCLOSURE OF INVENTION 

Accordingly, the invention provides a tester tiiat provides independent control of die devices under 
test. The various operating parameters such as temperature, voltage, frequency of operation or test pattern 
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being appHed can be independently changed on one device without affecting the operating parameters of the 
oliier devices. Thus, e.g., the amount of cooling or heating appUed to one device is independent of the amount 
of cooling or heating appUed to another device. In addition, Ihe testing bemg done on each device may be 
independently controlled. Thus,atest can be changed on one ofthe devices under test wi^out affecting the 
5 tests being run on any of the otiber devices. Similarly, the voltage and frequency of operation can be controUed 
independently to aUow for changes to the voltage and/or frequency of one device without affecting that 
parameters on tests being run on other devices. 

In one einbodiment, the mvention provides an integrated circuit tester that includes a plurality of test 
positions and a pluraHty of independently controllable temperature control devices associated with respective 

10 ones of the test positions, for controlling a ten^)eratuxe of a device under test at a respective one of the test 
positions. Each temperature control device is controlled without affecting operation of the other temperature 
control devices. Thus, cooling to one device can be increased while tiie testing temperature of the other devices 
remain constant. In an erribodhnen^ m addition, the operating frequency of each of tiie devices under test is 
indq)endentiy controllable. In addition, ihe integrated circuit tester may also include a pluraHty of 

15 independently controllable voltage regulator circuits associated with respective ones of the test positions. Each 
of the voltage regulator chcuits supplies a controllable voltage to a respective one of the devices under test. In 
addition, the integrated circuit tester may also be capable of changing tests being run on one device under test 
independently of tests being run on other devices under test. Thus, one device can be running a built in self 
test while another device may be bemg tested with random scan patterns. 

20 In another embodiment the invention provides a bum-in tester that includes a pluraHty of test stations 

wherein tiie bum-in tester is operable to independently control temperature of each device under test at each 
test station, hi an embodiment, the bum-in tester includes multiple cooling devices per station. 

In another embodiment the invention provides a method of testing a pluraHty of integrated circuits 
that includes simultaneously testing the integrated circuits at a respective pluraHty of test positions; and 

25 independently controlHng the testing temperature of each of tiie mtegrated circuits being tested at respective 
ones of tiic test positions. The metiiod may fiiriher include independently controlling the operating frequency 
of each of the mtegrated circuits, tiiereby aUowing the integrated circuits to be simultaneously tested at 
different frequencies. The method may tether include independentiy controlling tiie voltage being supplied to 
the integrated circuits being tested, tiiereby allowing the integrated circuits to be sunultaneously tested at 

30 different voltages. The method may further include changing a test runmng on one of tiie integrated circuits 
witiiout affecting tests being run on otiiers of the mtegrated circuits. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention may be better understood, and its numerous objects, features, and advantages 
made apparent to those skiUed in tiie art by referencing tiie accompanying drawmg? wherein tiie use of tiie 
35 same reference symbols in different drawings mdicates shnilar or identical items. 
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Fig. 1 is ahigh level mustrationof an exen^lary tester timt can acMeve independent conlrol^ 
relevant operational parameters for tiie device imder test 

Fig. 2 iUustrates tiie network coupling between each Hay and tiie controller shown in Fig. 1. 

Fig. 3 illustrates a block diagram of a tray containing 10 test stations utilized in the tester of Fig. 2. 
5 Fig. 4 shows an exemplary high level block diagram of test controller 301 shown in Fig. 3 . 

Figs. 5 A-5C illustrate exen^lary f C port register definitions used in test controller 301 . 

Fig. 6A illustrates an exeiiq)lary control register for scan/debug controller 416 shown in Fig. 4. 

Fig. 6B illustrates a scan read register of scan/debug controUer 416 shown in Fig. 4. 

Fig. 6q illustrates a scan write register of scan/debug controller 416 shown in Fig. 4. 
10 Fig. 6D illustrates an exemplary status register in the scan/debug port controller 416. 

Fig. 7 shows an exemplary high level block diagram of one portion of a tray that supports one test 

station. 

Fig. 8 iUustrates exeiiq)lary active and passive thermal contiol capabilities of the tester illustrated 

herein. 

15 Fig. 9 illustrates an exeii5)lary user interfece for the bum-in tester. 

Fig. 10 illustrates a cell host configuration dialog screen. 
Fig. 1 1 illustrates a site host setting dialog screen. 
Fig. 12 illustrates an exemplary pop-up password dialog. 
Fig. 13 illustrates an exen^lary maintenance dialog screen. 
20 Fig. 14 iUustrates an exemplary high level software architecture for the ceU host 

Fig. 15 Ulustrates an overview of an exemplary test configuration stmcture. 
Fig. 16 Ulustrates an exemplary logic flow diagram for API environmental methods. 
Fig. 17 iUustrates an exemplary object stmcture of the software operating on test control board 301. 
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M< >nir/5n FOR CARRYING OTIT THE INVENTION. 

A high level fflustiation of an exen5)lary tester that can achieve independent control of the operational 
parameters such as temperature, clock frequency, voltage and test pattern being applied to a device under test 
(DUT)ismustratedinFig. 1. Bum-in tester lOOinctadesapluraUtyoftrays 101. Inanexenq)lary 
embodiment, each of the trays can test iq) to 10 devices at one time. In the iUustiated enibodiment, tester 100 
inchjdes 18 trays 101 and flius can test 180 devices at one time. Overall control of the testa: is provided by 
tester controller 102. to one embodiment, the tester shown is referred to as a ceU and the test controller 102 is 
referred to as a ceU host Cell host 102 runs fte test sequence for each device being tested in trays 101. Thus, 
cell host 102 controls the testing in all 18 trays. In an exemplary embodiment, as illustrated in Fig. 2, cell host 
102 communicates via a network link 201 such as an Ethernet link with each tray. The cell host also provides 
a graphical user interface for control of tests and trays via display 104 as described fiirther herein. 

In an embodiment a site host (not shown in Fig. 1) is coupled to multiple cell hosts in order to collect 
test data ftomflie individual ceU hosts. The site host compresses the test data, e.g., into a zip file, and places 
the data onto a central server via an FTP connection over a high bandwidth comiection such as an ISDN line. 

Test vectors and/or test sequences are downloaded via Etiiemet link 201 to specify to eadi tray the 
tests to run on the devices being tested. As shown m Fig. 3. in one embodiment each tray includes a tray 
control board 301 fliat controls testing on five device test boards 303. The device test boards 303 are coupled 
to the tray control board 301 through interfeces 3 10 and via an Intcr-IC (I^C) interface, which is a multimaster 
two wire serial bus. Test conditions for the device test board 303 such as temperature, voltage, and frequency 
are set via the bus. Test patterns that are appUed to each DUT such as BIST, SCAN, or other JTAG taitialed 
test come across interfece 310. In the particuhir embodiment illustrated, each of the device test boards 303 
mcludes test positions for two devices under test Other embodiments may provide for more or fewer test 
positions on each device test board 303. TTnis, each tray can simultaneously test 10 devices. The tray control 
board 301 inchjdes a processor 31 1, a flash memory 313, a power supply 3 15 and a network interface 317. 
Flash memory 313 stores the tray control program The tray control board 301 receives commands from ceU 
host 102 (Fig. 1) and sends test results back to cell host 102. The commands may include test vectors that are 
processed by tray control board 301 and then suppUed to the device test board and the device under test 
Having a single control board and multiple test boards provides flexibility in that the tester can be reconfigured 
to accommodate new device test boards 303 and as the devices under test change and/or are updated. Note 
that the number and type of interfiices between control board 301 and device test boards may vary according to 
systm requirements. 

Referring to Fig. 4, the tray control board 301 is shown in greater detail. The embodiment shown in 
Fig. 4 is illustrative. Tray control board 301 includes Ethernet controller 317, which couples to the Efliemet 
link 201 that couples to the cell host. The tray control board 301 inctades a local I^C bus 402. The tray 
control board indudes multiple con^onents that are software accessible and are described below. 

There are three I'c ports on the local test controller I^ bus 402 used to access various features 
described below. They are connected directly to 1^ controUer 412, which in one embodiment is a PCF8584 
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fC controller manufactured by Phillips Corporation and which is coupled to ISA bus 404. The f C port 
register definitions are shown in Figs. 5A-5C, and m one embodiment, the ports reside at address 20h, 21h and 
22h, where h represents hexadecimal. Bits (7:4) of port 20h control front panel LEDs. Bits (2:0) (I^C Sel) 
select ^ch test board 301 is the target The I^C bus is also routed to each of tiie individual test board 301. 
The I^C port de-multiplexer circuit 406 is used to select in hardware which of the tray test boards receives a 
particular communication. Thus, all device test boards can be accessed via a write to I^C bus 402. The three 
ports 407, 408, and 409 correspond to ±e port register definitions shown in Figs. 5A-5C. Bit 3 of port 20h is 
an output enable bit for communicating with the ? C buses on the device test boards 303 . I^C ports 408 and 
409 control debug LEDs 410. The LEDs are controlled through ports 21h and 22h as shown in Figs. 5B and 
5C. The tray control board also includes a system monitor 425 such as a Winbond W83782D that monitors 
local system events. For exanq)le, it monitors DC voltages of3.3 volts, 5 volts, 12 volts, microcontroller 311 
battery backup voltage, speed of the two chassis fens and a tray switch. The system montior 425 can generate 
an interrupt (PIRQ2) on the SMI pin when there is a problem detected with any of the voltage inputs, chassis 
fans, or when the tray is opened. A temperature sensor 414 is used to monitor the ambient tenq)erature of die ^ 
chassis and, in one embodiment, is an LM75 provided by National Semiconductor Corporation. In one 
embodiment the tray control board 301 provides a connection to which a debug card containing seven segment 
LED displays can be phigged into which can be used for debugging software and hardware problems. The 
port 80-/84 LEDs are shown as 420 in Fig. 4. 

A scan debug port controller 416 provides the link between microcontroller 311 and the devices under 
test on the device test board 303. In one embodiment the scan debug port controller is a field programnjable 
gate array (FPGA) which resides on its VL local bus 405 of microcontroller 311. Microcontroller 3 1 1 is the 
main controller on the tray control board 301. In one embodiment the microcontroller is an ELANSC400- 
66AC system controller provided by Advanced Micro Devices, in an embodiment the microcontroller 3 1 1 
utilizes 16 MB DRAM 421, and 512 Kbytes of Flashmemory 313. An internal serial port 423 connects to an 
external debug system. As shown in Fig. 4, the microcontroller provides for connection to an ISA bus 404 and 
aVLbus405. In one embodiment microcontroller 311 can program the field programmable gate array 416 by 
programming FPGA ROM 422 through general purpose I/O pins 424. 

The scan/debug controller 416 controls the scan and debug port operations for the device under test 
In an exemplary embodiment, scan/debug controller 416 mcludes eleven 32 bit control registers, one for each 
of the ten individual devices under test controlled by the tray controller 301. An additional 32 bit control 
register provides the capability of writing to all ten control registers shnultaneously. That capability is also 
referred to herein as gang mode operations. The control registers provide setup for the various control bits 
required for debug port and scan operations. Because those functions vary depending i^on the device under 
test, the particular fields in the control registers will vary according to the capabilities and requirements of the 
devices that are tested by the bum-in tester. 

An exemplary set of control functions are shown in Fig. 6A and described below. Scan control field 
in bits 1:0 in one embodiment control test pins on a device under test Certain devices may include special 
circuits that are sensitive to scan patterns in that scan patterns can place those circuits in an internal contention 
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state in fhe device under test The scan control bits [1:6] configure Hie test pins to allow such special circuits 
to be shielded fcom random scan patterns or otiher haimM scan patterns and also to allow selective loading of 
^ropriate scan patterns for Hie special circuits. As just mentioned, in one embodiment the tester can apply 
random scan patterns to a device under test Accordingly, a random mode bit (2) is provided in the control 
register to selectively enable the random scan mode. A count field in bits 7:3 indicates how many bits to scan 
in to the particular device under test A con5)are enable bit (8) enables conq)aring of scan-ia data and scan-out 
data. A miscon^are can be programmed to cause an interrupt to the microcontroller 3 1 1 . A scan enable bit 
(9) can be used to enable or disable scan as desued. A gang mode bit (10) specifies when the control register 
can be written by writing the eleventh control register. Because the gang mode bit is present in each of tiie 
control registers, a multicast capability is provided by the gang bit to write up to ten of the control register 
simultaneously. Thus, use of the gang control register allows the sanoe test to be applied to one or more of the 
devices under test by writing only the single control register. 

The Scan Clocks 1 and 2, bits 11 and 12, are used to cause the respective scan clocks to be pulsed A 
reset bit (13) selectively resets flie device under test A control bit (14) selectively enables an auto Built In 
Self Test (BIST) mode in which BIST continually executes on the device under test In one embodiment the 
device under test provides an indication when BIST has completed. On completion, the controller can detect 
that completion and immediately initiate a new BIST. In that way, BIST can continue running. Setting the 
Advance bit (bit 15) generates a single pulse on the clock selected by the ADV/BYP bit, then clears itself. The 
ADV/BYP bit (bit 17) defaults to 0, causing the Advance function to be routed to the bypass clock pin of the 
DUT. Li an enibodiment the bypass clock is an alternate test clock input to allow Hie on-board Phase Locked 
Loop (PLL) normally used to generate clocks to be bypassed. If the ADV/BYP bit is set to one, the bypass 
clock generated by scan controller 416 is routed to the bypass clock pin.. Setting tiie Conq>are Reset (bit 16) 
clears the scan compare error flag, then clears itself. 

The Bypass Frequency Select bits (20: 1 8) selects the fi:equency of the bypass clock. The BIST 
resume bit (21) resumes the auto BIST function after an auto BIST error condition halts the auto BIST process 
and clears the corresponding AutoBIST IRQ Flag bit in the status register and then clears itself. 

In addition, the control register includes control bits for the JTAG signals, TMS, TCLK, TDI and 
TDO and TRST. These bits are used to control the scan port on the device under test The DBREQ and 
DBRDY signals are handshake signals respectively requesting and acknowledging entering into a debug mode. 
Unique control bits should be provided to exploit the particular debug capabilities of tiie device under test 
The test data out (TDO) bits and DBRDY bits are ftom the DUTs. Note that the particular control bits 
described in relation to Fig. 6A are exemplary only, and as stated above, will vary depending upon, e.g., the 
capabilities of the device under test and the particular tests tiiat are desired to be run on tiie bum-in tester. 

In addition to tiie control registers, the scan debug controller 4 1 6 has a scan read and a scan write data 
register as shown m Figs. 6B and 6C, for each DUT. The scan read data is data scanned out of tiie device under 
test and the scan write data register is data to be scaxmed into the device under test 
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The scan/debug controller 416 also includes a status register shown in Fig. 6D. The status register 
provides such status information as scan compare results (bits [9:0]), one bit for each of the devices under test, 
and mteimpt bits [14:10] from &e device test boards. Each bit in a module sense bit field (bits 19:15) indicate 
whether a device test board is connected to the tray control board in a corresponding slot. A tray switch bit 
5 (20) indicating whether the tray in which the test control board 301 and device test boards 303 reside, has an 
open lid. Bits 30:21 indicate which of the ten DUTs had an autoBIST error. 

In addition to particular control bits that are used to control each of the devices under test, general 
purpose control registers provide for enabling of interrupts, control of power, including power-down of all test 
modules simultaneously, control of clocks, and reset capability of the system controller and the controller. 
10 Note that some devices under test, particularly microprocessors have the capability to multiply a received 
clock according to software or pin programmable clock multipliers. In such an embodiment, appropriate 
control is provided to support such capabiUty. 

The cell host supplies the particular test toough the Ethernet controller to microcontroller 311, which 
then writes to the appropriate control register in the scan/debug port controller 416 to cause the test to be 

15 applied to the DOT. The tests supplied by the cell host specify all the mformation that is required for the tray 
control board 301 to cause the test to be run on devices under test on the device test boards 303. Some test 
parameters may be set up via the I^C bus. The test information specifies voltage levels, firequ^y levels, the 
type of test to be run, for exan^le, whether BIST is to be run or a scan test is to be nm. And if a scan test is to 
be run, the scan patterns are provided through Ethemet controller 3 17 over ISA bus 404 to microcontroller 

20 311, and subsequently to the scan write registers in scan/debug port controller 416. The clock, voltage and 

cooling control information is supplied in the embodiment described over the I^C bus to the device test boards. 
Thus, the instructions from the cell host may specify a voltage level for the device under test. That 
information is communicated to the microcontroller 311, which then writes the appropriate information via the 
fC bus to tiic device test module through I^C port 406. 

25 An exemplary bum-in tester according to an embodiment of the invention meets the following 

electrical capabilities. Each device under power is assumed to be capable of 1-33 watts of power consumption 
that includes 1-15 amps at 1.5-2.2 volts. The clock that is supplied to the devices under test ranges from 
1-200 MHz. In an exen^lary embodunent, the bum-in tester atten5)ts to achieve more than 95 percrat node 
toggle coverage. The bum-in test patterns that are applied to the device under test includes built-in self-test 

30 (BIST) capability in the device under test. That BIST capability may include, e.g., memory tests for memory 
located in the device under test As previously mentioned, the bum-in test patterns may also include random 
serial scans. In addition to random serial scans, scan patterns firom production testing can be adapted to run on 
the bum-in tester. Test patterns may also include functional testing as well. For exan^le, if a microprocessor 
is the device under test, tiie processor may execute code as a functional test of the device. That may be 

35 accomplished by loading cache memory via a scan interface such as a JTAG port or other appropriate debug 
interface. 
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While the tests are miming, liie bum-in tester monitors whe&er the tests complete without failure. 
Depending on the type of test pattern being applied, that can be determined from pass/fail signal si^plied by 
tiie device under test or by monitoring an internal register via a scan interface or monitoring a signal provided 
by the DUT. A test may also require a con^arison of scan data scanned out of the device under test to 
expected results. It is also desirable for the bum-in tester to log data indicative of the tests run on the device 
under test Such test data typically includes the date, time, and event, including any failures, along with 
sufficient information to identify the device under test Such information may include lot, test position, along 
with tester information such as serial number of Ae test control boards and device test boards as well as 
revision numbers for e.g., the control software. 

Because of the large number of transistors and high leakage current typical in state of the art devices, 
the bum-in tester in an embodiment provides both external heat for low leakage parts and cooling to stabilize 
high leakage parts. In a preferred embodiment, the bum-m tester provides active feedback on a desired 
ten^erature for testing, e.g., to set the operating tem^rature for testing at 130°C. In addition, tiieie is 
preferably tenq>emture monitoring. As described further herein, the thermal requirements can require both a 
Peltier device and a fan at each of the test positions in the tester. Because of tiie variations in power dissipated 
at temperatures involved in the testing, it may be preferable to have a direct contact thermal solution. Use of 
an active cooling device, e.g., a Peltier device, ensiires that the bum-in tester has programmable thermal 
control over individual DUTs. The bum-in tester also preferably provides a mechanism that allows quick, 
easy access to change the DUTs. 

An exemplary high-level block diagram of one portion 701 of a device test board 303 is shown in Fig. 
7. The one portion 701 supports one of the DUTs, e.g., 305, shown in Fig. 3. The illustrated portion in Fig. 7 
includes a socket 702 for receiving the device under test 704. In one embodiment of the invention, the device 
under test is a microprocessor. For ease of wiring the test board in one embodiment, many of the processor 
pins are not connected. Only tiiose pins that are required to m^lement the required bum»in tests are 
connected. In other embodiments, all of the pins of the device under test may be connected. The portion 701 
of device test board 303 also inchides a voltage regulator 703 siqiplying programmable voltage to the device 
under test and a clock generator 707 supplying programmable clocks to the device under test In an 
eiribodiment, programmable clock multiplier values are supplied to the processor as another control 
mechanism for the frequency of the microprocessor clocks. Cooling devices are provided to cool the device 
under test A fan (not shown) can be controlled via a system monitor 709. System monitor 709, which may 
be, e.g., a Winbond H/W Monitoring IC W83782D, available from Winbond Electronics Corp., can also be 
used to control the voltage regulator, monitor temperature and provide appropriate fen control signals. In 
addition to the fen, the illustrated embodunent includes a thermoelectric cooler (TEC) device 708 that can also 
be controlled via system monitor 709. The voltage being applied to the TEC can be changed to regulate the 
amount of heating or cooling. In an embodiment, the mode of TEC operations can be switched between off 
and full cool to achieve better thermal stabilization. In another embodiment, the TEC can be switched from 
full heat to full cool mode. 
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Various status and control infomiation may be communicated to and &om the various functions 
described in Fig. 5 using an I^C bus. Other serial or parallel buses may also be used according to system 
requirements. In addition, appropriate logic may be used to translate from die bus to another data format 
when necessary. 

Exemplary active and passive thermal control capabilities are illustrated in Fig. 8. Device under test 
801 is coupled via thermal shunt 802 to a &ermoelectiic device (TEC) 803. TEC 803 is activated to provide 
coohng to the device under test. In addition heatsink 805 is coiqiled to draw heat away from DUT 801 and 
TEC 803, Fan 807 provides further coolmg capability. 

In one embodhnent, a temperature sensor, e.g., embedded m a heat sink is used to determine the 
ten^erature of the device under test. In other erribodiments, the device under test may itself provide a 
ten5)erature sensor that can be read by an external device such as system monitoring chip 709. Because two 
devices are tested on each board 303 in the illustrated embodiment, ttie logic described in Fig.7 is duplicated to 
the extent necessary to provide independent control over each device under test. While the control may be 
completely dupUcated, lesser amounts of independent control may still be sufficient. For example, clocks may 
be supplied commonly to both devices under test. That is in part because clock control unique to a DUT can 
be achieved using clock multiplier values provided to a microprocessor being tested. 

The tray control board 301 individually controls each of the trays and each of the devices on the 
individual test boards. The status on the temperature of each DUT is fed back to the tray control board 301 
and subsequently back to the cell host Software running in the cell host can check the temperature at each 
station at a programmable interval to monitor temperature stabihty. The cell host can, if necessary to achieve 
stability, request an appropriate combmation of a different test sequence, voltage, frequency, or additional 
cooling capability, e.g.. turning on botii the fan and TEC for a greater portion of the testing to try and achieve 
tiiermal stability as described more fully hereio. 

As previously described witii relation to Fig. 1, an interface is provided through display 104 for the 
cell host operator to utilize the exemplary tester 100. Referring to Fig. 9, the operator mterface contams aU the 
controls that the test operator needs to utilize the tester. 

The control pad 901 is utilized by the operator to enter a logon ID, a lot number, and to select the 
device ID. The status window 903 provides tray status ioformation. In addition a CPU status wmdow, CPU 
buttons, and the maintenance button are provided. The racks (rack A, rack B and rack Q correspond to tiie 
hardware racks shown in Fig. 1 and hold the trays. The trays m die main object show run time states, alerts, 
starts and stops of testing, and shows elapsed time and remaming time. 

A dynamic add tray window will be displayed when a tray, whose IP address has not akeady been 
listed in the IP list tries to connect to the cell host. That window contams three lists of trays, one list for each 
rack. The engmeer who adds the tray will be pronq)ted to select a location for tiie new tray to be added (i.e., i 
which a specific rack in which sequential location). When a new tray is added, a version check will be done 
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on the version of the embedded software in the tray. The version feat is returned needs to be the e;q)ected 
revision or greater, otherwise a message box will indicate software needs iq>dating. 

A number of buttons in the user interface are password protected. The password protection 
segregates engineering activity, such as providing a new test, from actual testing activity. For example, the 
close button, when activated, pronq)ts for a password before allowing the closing of fee cell host The rack 
configuration button 906 is a password-protected button that allows software updates and other configurable 
parameters to be changed per cell host The mamtenance button 908 is password protected and pops xsp the 
maintenance dialog when pushed. 

During bum-in, fee lot number is an in^ortant information component of fee bum-in process. The 
test start button will not work, i.e., testing does not start wifeout a lot number. After entering fee lot number, 
fee operator presses fee lot number button. The operator is feen prompted to select the racks that contain this 
lot, which is done by pressing fee button on top of eachrack, i.e., '"Rack A" '*RackB" or •*RackC". 

The "Program Rack (A, B, or C)" field provides for selection of fee type of fee device that will be 
inserted into fee racks for bum-in. That identification is used to look up fee names of fee test configuration 
file that will be used to perform the testing. 

The tray status area 905 displays information about fee tray's general status. The type of information 
feat is displayed can include rack number, tray number, tray P, CPU pass/fail/empty/not active state for all ten 
devices under test in that particular tray. The CPU status window in status window 903 provides detailed 
status information for fee selected device under test. In order to show information in feat status box, fee 
operator selects a specific CPU after selecting fee specific tray. The data feat wiU be displayed for this 
selected CPU mimics fee data that is bemg written to a status file. Displayed data feus will be a snapshot of 
fee data to be logged before the tray button is pressed. 

The tray button 907 is used to indicate alert mformation to fee user and allow fee operator to select 
which tray to get detailed status information. The tray button 907 can color encode information. Thus, one 
color can be used to mdicate normal operation. Anofeer color, such as red, can indicate that one or more of fee 
processors have Med during a particular bum-in cycle. Anofeer color can indicate that fee tray is ready for 
unloading. Anofeer mdication can be used to indicate that fee tray has been disabled. 

A start/stop button, shown as fee "Off" button in Fig, 9, starts fee testing of fee parts in fee tray. Once 
the button has been pressed, fee text on fee button changes to stop and fee button color will turn to, e.g., red to 
indicate fee stop fiinctioa Pressing fee button again causes fee testing to stop, fee buttons turn back to green 
and the text to "start" In addition, a tray may be pulled out When that happens, a tray switch triggers and 
testing is paused If fee tray is pushed back in, fee testing wiU continue. The operator presses fee stop button 
and testing will be terminated and fee button will return to fee start state. The timer display shows fee elapsed 
time of testing. 
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Refening to Fig. 10, a cell host configuration dialog is illustrated The cell host configuration dialog 
is accessed via the password-protected button 906 labeled configuration in Fig 9. That dialog allows engineers 
to diange flie settings of the ceU host fliat point to diffiarat databases and ofter data files. Pressing buttons 
Oat are password protected m flie cell host dialog, causes a popup password window such as shown in Fig. 12. 
That window wiU stay up until tiie correct password is ii^ut Referring again to Fig. 10, the host to tray IP 
field 1001 is an P entry field giving tiie internet protocol address that the cell host uses to talk to flie hays, 
nie cell-to-site host IP field 1003 is also an IP entry field that defines the IP that the ceU host should use to 
connect to the site host. The root states directory 1005 designates the local directory where the status data files 
are stored. 

The software download section 1004 provides the abiUty to update the embedded software on the test 
controlboard. There are three separate pieces of software that can be updated. The first one is the "cluster- 
program which is the main control program for control board 301 and is loaded into flash memory 313 (see 
Fig. 4). Tlie location of the image can be specified m the cluster image field 1006. The second portion of 
software that caabe loaded is BIOS ROM 430 shown mFig. 4, which canbe specified m BIOS ROM image 
1008. TheBIOSROMisusedtobootiq)thecontrolboard301. The last piece of software that can be 
updated is software defining the fimctions for the scan debug controller 416, which can be specified in field 
1010. 

The save button 1007 saves the settings that have been entered or changed on the cell host 
configuration window. Tbe cancel button 1 009 ignores any changes that have made it to the entry fields on the 
cellhostconfiguration window and ctoses the window. The site host settings button 1011 popsupawmdow 
that allows additional configurabiUty to the cell host. Specifically, it allows the pointers to the site host 
mformation to be altered so that tiie cell can be severed from communicating with the site host Referring to 
Fig. 1 1, the site settings dialog is iUustrated. The site setting file field 1101 specifies the name of the site 
settings file. The c%.db field 1 103 provides the path to flie configuration database that contams the Kst of test 
configuration files and what device identifications map to the test configuration files, lbs save button 1 104 
saves flie data fliat was changedby the engineer. The cancel 1105 button ignores &e changes that the engineer 
may have made and the update button causes the site setting and configuration files to be updated and tiieir 
contents registered. 

Referring again to Fig. 10. fl» about button 1013 popsnp an about boxprovidmg the version 
information for the cell host program. Hie site host settings dialog is accessed via the password protected 
button 101 1 tobeled site settings on the configuration dialog shown in Fig 10. The site setting's configuration 
allows engineers to change the names of the files that the cell host uses to configure its communications witii 
tiie site host. 

In addition new tests can be added by an engmeer. In an embodhnent, a dialog pops up that allows an 
engineer to instaU a new test into the ceB host. Use of the dialog generates the needed registry entries for the 
test to be used The dialog inchides a sunple file selection edit field tiiat aUows the engineer to point to the 
new fiWtest to be added. An add button in the dialog can be used once the file/test has been selected. 
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RefeiruigtoFig.l3anexen9laiyiiiaiiitenaiu^ The niainteiiaiK» window fa 

Bccessed via to password piotertedinaintaiancebut^ Hiat window allows an aigiiwer to view flw 
maiiitenanMStetfatics, as weU as icsetlhe settings afte a so<^ ^ 
addition, whole trays can be marked as bad and later remarked as good. Note that if a new tray is inserted into 
the position of wbere a bad tray was indicated, tbe new tray position will automatically be marked as good. 

A tray maintenance file can store maintenance statistical information for each tray that exists within a 
cell The type of information that fa tracked per tray includes the cell mmiber, tire rack number, the tray 
number, flw fast update, the cell host' version, flie chister version, the BIOSROM version, the IP address, 4e 
nmnber of fails, passes, inswts, powers, auto shutdowns, manual shutdowns, socket state. 

The user interfece to allows tests fliat have been configured for a particdar device under test to be 
applied by an operator of die tester to the devices under test. The various screen shots shown in Figs. 9-13 are 
exemplary only. "Hie ^e of user interfece fa dependent on system design and capabiUties. 

An exemplary high level software structure for the ceU host fa ilhistrated in Fig. 14. The major 
objects of an illustrative cell host inchides a tray object 1401 for each tray controUed by the ceU host A 
15 separate Ethernet object 1403 fa instantfated for each tray object 1401 so that each tray object can 
independently communicate with its corresponding ttay. In addition each tray has an AppUcation 
Prognmmiing Interfiu» (API) object 1405 and ActiveX controb 1407 defining the tests that can be nm. The 
API object 1405 is used to send commands down to the test control board to perform testing on devices on the 
device test boards. 

20 The cell host software conmnmicates wifli die trays via a rack port, which fa accessed through 

Ethernet object 1403 mFig. 14. The ceU host has one thread listening for incoming test board connections. 
When a comiection is requested, it wiU spawn a thread to handle the actual request and the original request wiU 
continue to listen for more inconiing connections. TTie site host operates in a similar fashion to the cell host m 
that it has a single listening thread and spawns multiple threads to handle incoming requests ftom ceE hosts. 

25 Each cell host requests a comiection to send its data to Ihe site host after eachbum-in period has completed. 

As shown m Fig 14, a bray thread fa created for each tray that populates a rack. Testing fa 
accomplfahed by writing a test program that fa loaded during run time based on the test operator's selection of 
device type dirough the user interfece iUustrated in Fig. 9. In one embodiment, the test progtamfa generated 
and compiled using Vfaual C++. Providing a compiled test program has advantages in that the test program fa 

30 ftee ftompotentially being modified by unaufliorized people. In addition, the program that was released 

cannotbe modified at nm time or at the ceU host Further, better performance fa achieved by running compiled 
code as compared to running interpreted code because the interpretation step fa akeady completed. Thus, the 
commands for executing the test can be sent down to the tray immediately. The tests are provided through an 
appUcation programming mterface (API), which in an embodiment, are implemented with ActiveX conttofa 

35 usmgconqionent object module (COM) technology ftom Microsoft Corporation. 
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Referring to Fig. 15, an overview of the test configuration is shown. Each ceU host includes a tray 
window object TVayWnd 1503 that interfeces to flie APIs 1507. Note that Fig. 14 shows Tray 1401 as a 
graphical representation of TrayWnd 1503, which is an actual code object Also, API 1507 is the 
in5)lementation of tibe logical definition API 1405. The cell host appUcation-is protected at 1505 from process 

5 failure corruption. That means that the tray window thread remains running even if the process dies. The 
APIs 1507 provide test functionality through interfaces 1509, the test functionality residing in dynamic link 
Hbrary (DLL) 1511, which contains a Ubrary of executable test functions described further herem. The class 
CteslThread 15 13 shows that a separate test thread is kicked off for each instance of a test invoked teough the 
interfeces. Fig. 15 shows the Itest interface separately from the other interfaces 1509 because Itest needs to be 

1 0 iiiq)lemented by the test so that die test thread knows how to communicate witii the test 

Providing test functionality through APIs is advantageous because it abstracts test functions away 
from the test writer. Modifications to the APIs to reflect additional test capability of DUX can be made 
without affecting the tests already written. There are several generic definitions tiiat can be used with multiple 
ones ofthe API functions. For exan^le, a MODC/Z^-i4IL definition can be used to apply the function 
15 utilizing that definition across all ofthe devices under test m the tray. The CPU-ALL definition appUes tiie 
function on both the devices under test in a single device test board. QUERY cmhe passed as the out or return 
parameter to any fimctions that have such parameters. 

The mterfeces 1509, illustrated in Fig. 15, mclude timing, envkonment, loggmg, debug port, scan, 
host, and JTAG. Bach of flie interfeces shown in Fig. 15, ITming, lEnviromnent, ILogging, IDebug port, 

20 IScan, IHost, and I JTAG include a variety of functions that allow a test to be written by invoking tiiose 

functions. Various test functions are defmed to pass tests and results to and from the various test boards. For 
exan^)le, tray events functions transfer unexpected packets from the tray back to tiie test program to signal that 
some kind of event has occuned in die tray. That may be due to an API event failmg or a problem witii die 
hardware being detected by the imbedded software in the test control board. A parameter is provided that 

25 pomts to a buffer diat identifies die packet as a iroy event, aloi^ widi the size ofthe packet, the ID of die 
failing API, the module number, the CPU number, and die reason for die event 

A tray history function is called right after a test file is loaded. That function has a data structure 
passed in it tiiat defines aU pf die trays envhronmental states. If testing is paused, ^perform testing function is 
a mam routine to which testing code is added. A terminate testing fimction is called by the tray in die event 

30 die operator has pressed die stop testing button. A pause testing routine is called if die operator pulls die tray 
out The continue testing routine is used if die operator has pulled die tray out and tiien pushed it back in. It is 
die tests responsibility to redo die environment for die device under test so vahd testing is continued and test 
time is not lost The rroy totory function provides die environmental information. A received packet laixtaG 
passes die packet dirough die tray into die API object Note diat exemplary functions are bemg described. 

35 The specific functions required will vary from tester to tester and deprad on die software used to implement 
die APIs and die test programs, die specific capabiUty of die tester and the devices under test 
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The environmental interface, ffinv, includes a plurality of functions tiiat are used to specify the 
environment in which a test is performed on a particular device under test For example, a function is provided 
to set the clock frequency for one of tiie specified modules, hi an embodiment, the fimction can request that 
the current settmg of ^ clock frequency of the specified module be returned A clock multiplier function sets 
the multq)lier ctock frequency for the specified module in order to specify the clock frequency for flie device 
under test ApowersT:^ply fimction provides the capabiHty to power on/off a specific module/CPU. A LED 
Junction allows the LED color for the specified OPU to be set That LED can be used to mdicate, e.g., a failed 
test A reset fimction causes tiie reset pm of a specified device under test to be toggled m order to cause fee 
device under test to reset A voltage fimction sets the voltage for a specified device wader test A fan fimction 
aUows the tachometer on a specified fen to be set A temperature fimction provides tiie abiUty to read die 
values of various temperature sensors provided m the device test boards. In addition, a desired temperature set 
pomt can be passed to cause the TEC to heat or cool accordingly to try and achieve the desired set point 
Various other functions can be provided to control the environment according to the needs of a particular 
system. Note that the fimctions described herein are exemplary and wUl vary according to the types of 
environmental parameters that the tester is designed to control. 

A tuning interface (ITiming) is provided in interfaces 1509, which provides a plurality of timers that 
can be used for timed testing tasks. Thus, for example, fimctions may be provided to start a timer, stop a 
timer, return a value of an elapsed timer, etc. Preferably, a sufficient number of timers are provided so fiiat 
multiple aspects of tests can be timed sunultaneously. 

A log interface (BLog) is provided in interfaces 1509 that aUows logging of information to an 
appropriate file. The fimctions will be unique to the type of log file that is created, e.g., based on the type of 
information logged. For example, a fimction may provide for writing a header that provides base information 
identifying the source of the data. An add value entry fimction can be provided that allows an entry to be added 
to a status file. ' 

A scan mterface aScan) provides file abHity to specify a scan pattern to be scanned into a specified 
CPU. The scan fimction may provide tiie ability to specify the pattern to scan in, as well as an expected scan 
out pattern. / 

A host mterface (IHost) allows messages to be passed by a test that will appear on the user mterface 
or other designated location so that the message can be viewed by a test operator. An error log fimction may 
also be provided that allows a message to appear. 

A Jomt Test Action Groi^ (JTAG (IEEE 1149.1)) mterface (IJTAG) provides the ability to mteract 
with die JTAG mterfece. The fimctions are heavily dependent on the test capabihty provided through JTAG 
on file particular DUT. Exemplary fimctions may include a clock control fimction to provide access to clock 
test modes such as cycle stretching, stopping the phase locked loop (PLL) on a specific cycle or generatmg N 
clock pulses from the PLL. A ring oscillator instruction fimction aUows testing of a ring oscillator internal to 
the device under test A run automatic test pattern generation (ATPG) fimction configures certain pins as 
scan data mputs and scan data outputs. The fimction may also aUow tiie DUT to be configured as a smgle scan 
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chain or multiple scan chains to nm ATPG patterns. In addition, fimctions may be provided to cwifigure flie 
JTAG to provide access to a manufectnringro and control various test fimctiom The 
particular fimctions will vary depending upon the type of test capabilities fliat are provided through flie JTAG 
port. Thatwinnecessarilydependtvonftedeviceundertest For exan^jkra function can be used to force aU 
ou^ and bi-directional pins into a high impedance state. An instruction can be used to cause the bypass 
register to connect to the test data input (TDI) and test data ovOpvit (TDO) of the JTAG interface. 
Alternatively, an instruction can cause the hardware debug test data register to be connected between IDI and 
TDO. Additional instructions can cause various buUt in self test routines to be activated and/or get flie result 
of success or Mure of Arose routines. Other functions may he defined to put tiie device under test into specific 
states so specific tests can be performed on fliem For example, the device under test may need to be 
initialized to a knovra state using a scan flush qwration before a particuhir test can be petfoimed. 

In addition to JTAG fimctions, an exemplary tester also provides hardware debug tool fimctions 
which provides for certain debug capability in a processor such as the Afiilon™ processor. Any such 
particdarized debug capability can be supported by fimctions provided in flie interfeces. 

Other fimctions may be provided according to Has needs of the particular tester. For siwnple, a utility 
interfece (not shown in Fig. 15) may be provided that can be used to perform utiUty Amotions on llie test 
control boards and the device test boards. The utiUty fimctions may provide, e.g., flie capability to modify 
software on the device test board. 

When a test is sent from liie cell host to the control board the test is sent in a packet with predefined 
fields. Those fields can then be unpacked and acted on by the control board 301. Illustrated below are the 
fields of an exen^lary packet 

Stnict Packet { 

BYTE m_PacketId 
BYTE m_PacketSize 
BYTEm_MefiiodId 
BYrEm_Modnle 
BYTEm_CPU 
BOOL m_ConfirmFlag 
DWORD m_BufferSize 

}; 

The Packetid defines whetherthepacketrepresents an API request, a tray event, or a Ping event Hie 
PacketSize defines the number of bytes in the packet The MefliodlD defines which specific API to caU. The 
parameters assocUted with that MelhodID are put into different fields of the packet stiucture based on 4e API 
definition. Once to packet has been sent, software operating onthe test control board receives the packet, and 
based on the MethodId, extracts the parameters out of the packet and calls the fimction corresponding to the 
Me&odlD. The module field specifies die device test board and the CPU field specifies which CPU on the 
device test board. The ConfirmFlag indicates whether to send back confirmation on whether the API executed 
successfiilly. Data may accompany the packet in which case the BufferSize field specifies the size of 
accon^anying data. 
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Referring to Fig. 16, an exen^laiy logic flow for envirornnental mefliods is shown. In 1601, an API 
request is organized into a packet such as the exemplary packet shown above. In 1603, the packet is sent to flie 
tray via, e.g.. an Eftemet link. In 1605, a check is made to see if tfie packet was sent satisfactorily. If so, then 
a detemnnation is made if the API is a query in 1607, whichmeans that a return value is expected that 
provides, e.g., a current tenperature or voltage condition in a test board. In addition, if the API does not 
require a response from a tray in 1609, then Result is defined as okay indicating the API request was 
successfid and the API returns to the caller in 1 623. Result may be defined to be zero for a successM return 
from a function and non zero if an error occurred or if status or response information is returned. Note (hat if a 
response is required, the tray control board may determine the value of the return code in Result as shown in 
1621. If Ae packet did not fiie satisfectorily in 1605, ttien Result is defined as a feihire or a time-out in 1615. 
If the API is a query or if the API requires a response fi:om 4e tray, then the API waits on a received packet 
flag to go true in 1611. If fte waiting in 161 1 results in a time out, tiien Result is defined as a Mure in 1615. 
If the wait did not tune out in 1617, then the method waits on &e pause flag, if the pause flag is true. At the 
end of the pause or if the pause flag is not true, m 1621 the value from the receive packet is moved to the out 
parameter so that the API can return the parameter, the mefliod defines Result as ok in 1 613 and returns to the 
caller. 

On receipt of the packet by flie control board, software operates to inqjlement the testing or other 
action requested in the packet sent using the API. That action may involve setting and/or retrieving 
environmental parameters, initiating various scan, BIST or operational testing, updating software or other 
20 action that may be specified in the packet 

The control board 301 inq)lements those functions using a software structure illustrated at a high level 
in Fig. 17. As can be seen, the software structure is closely correlated to the hardware structure. The major 
objects in the test control board software include an Ethernet object 1701 that provides a comiection to the 
cellhost API 1700 is the list of actions that the cett host and test programs use to cause fte test control board 
25 software to take specific actions on a device under lest or provide environmental control of the test control 
board or device test board. A test control board object is provided to control envirornnental conditions of the 
test control board 301 (Fig. 3). Under the test control board is a system controUer 1705 that provides system 
control fbr temperature and fens on the system control board. Objects 1707 and 1709 provide fen and 
temperature monitoring capability, respectively. In addition, a test card object 1711 is provided for each test 
30 deviceboard303controUedbythetestcontrollercard301. Each test card in turn has two DUTs 1713. Each 
DUT, in taim, has objects to control LEDs 1715, a system controller object (for fims, voltage, etc.) 1717, a 
TEC control object 1719 and a voltage control object 1721. fit addition, a voltage monitor object 1723, a fim 
control object 1725 and a temperature control object 1727 is provided. In one embodiment a clock object is 
mstantiated fbr each test card 171 1 ra&er than for each DUT 1713. That is because there is shared clock 
35 control capability for the two DUTs in the iUustrated embodiment. In other embodiments, the clock generator 
object may exist for each mstance of DUT 1713 reflecting fully independent control of clock generation. 

One in?)ortant aspect of the software architecture is that each device test board and each device on 
each test board has separate flireads to control environmental conditions such as voltage and temperature. 
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Tfaus, wlien a test is initiated for a particalar device under test in a particular tiay» that software operates 
independency of the software controlling the testing on other devices under test That software and hardware 
stnicture aUows for full independent control of the devices under test 

One advantage of having a bum-in tester that can provide individual control of a device under test is 
5 to ensure that thermal runaway conditions are nuniinized. That capability, "wbich relies on the software and 
^hardware architecture which allows individual control over environmental conditions for each device under 
test The approach to iwininiigHng thermal runaway conditions is described below. 

A bum-in tester operating according to an embodiment of the present invention picks an operating set 
point at which to test the device under test (DUT). The DUT typically remains at that set point for an extended 

10 period of time (e.g., more than 24 hours) as the bum-in tests are run. If stability is achieved at the outset of 
testing, the device is nmch more likely to remain stable during testing. As the device under test is powered up 
and testing is begun, its progress towards the selected set point is monitored. For example, the rate of change 
of tenq5erature for the first few minutes of operation can be measured periodically, e.g., every thirty seconds, 
as the device approaches its set point. If the device is approaching its set point at a rate that indicates a stable 

15 approach, no action needs to be taken by the tester other than continued testing. If however, the rate of change 
of temperature indicates that the device is becoming or likely to become unstable because the rate of 
teni^ature change is too high, operating parameters of the device under test can be changed and the set point 
approached again. The high ten^erature characteristics of a part are typically unknown prior to bum-in 
testing, since previous tests are run at increasingly low ten^eratures. 

20 For exaiiq>le, assume a rate of change is determined to be too high. In that case, tiie tester changes 

one of the operating parameters and tries to bring the device under test up to the set point for stable operation. 
For example, the tester may lower the frequency beiog supplied to the device under test In addition to 
reducing frequency, other operating parameters can be varied instead of or in conobination with reducing 
operating frequency. For instance, flie gain of the thermoelectric cooler (TEC) may be increased to attenq>t to 

25 control tiie temperature as the DUT approaches the set point' 

In addition, tiie particular type of test beiag run or test vectors being applied may affect power 
consumption and thus temperature. For exan^jle, if random patterns are being used as test vectors, a test that 
consumes less power, such as a memory test, can be run instead. Such a test exercises fewer circuits in die 
device under test and thus reduces power consuiiq)tion. Finally, voltage may be reduced in an attempt to bring 

30 the DUT to a stable operating point. Voltage is typically the last parameter to change because reducing 

voltage also effects the bum-in reliability acceleration. In addition, voltage should not be reduced greater than, 
the field voltage (i.e., die typical operating voltage). In fact, any combination of the above-described operating 
parameters can be utilized to try to bring the device to stable operation at the selected temperature set point 
Thus, if lowering the frequency of the device under test fails to achieve stable operation, both lowered 

35 frequency and increased TEC gain may be used to try to approach the set point in a stable naanner. If that frdls 
to work, different tests may also be utilized. Finally, voltage may also be lowered. The attempts to approach 
the set point in a stable manner may continue with different combinations of operating parameters until the 
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DUT achieves stable pperation at the set point The various hardware and software described herein is 
effective at providing independent control of the devices under test to achieve stable operation. 

Thus, the hardware and software of a tester apparatus and method have been described, which 
provides for independent control of the operational and environmental parameters of the devices under test. 
The description of flie invention set forth herein is illustrative, and is not intended to limit the scope of the. 
mvendon as set forth m the following claims. Variations and modifications of flie embodiments disclosed 
herein, may be made based on tiie descrq)tion set forfli herein, without departing from the scope and spirit of 
the invention as set forth in the following claims. 
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WHAT IS CLAIMED IS; 

1 . A bum-in tester comprising: 
a plurality of test positions; and 

wherein the bum-in test^ is operable to independently control tenq)erature of each device under test 
at each test position. 

5 2. The bum-in tester as recited in claim 1 wherein the bum-in tester includes at least one 

independently controllable cooling device per test position, and wherein the at least one cooling device is one 
of a thermoelectric cooler and a fan. 

3. The bum-in tester as recited in claim 1 wherein the bum-in tester is furth^ operable to 
independently control tests being applied to each device under test at each test position, die tests including at 

10 least one of automatic test pattern generation (ATPG) test patterns, &nctional testing, random scan patterns 
applied by die bum-in test^ and built in self test (BIST) tests. 

4. The bum-in tester as recited in any of claims 1 through 3 wherein the bum-in tester is furtiber 
operable to independently control voltage being applied to each device under test at each test position using a 
plurality of independently controllable voltage regulator circuits associated with respective ones of the test 

15 positions, each of the voltage regulator circuits supplying a controllable voltage to a respective one of tibe 
devices under test 

5. The bum-in tester as recited in claim 4 wherein the bum-in tester is operable to 
independently control the operating frequency of each of the devices under test so as to independently change 
a frequency of operation of one device under test independently of operational frequencies of other devices 

20 undertest 

6. A method of bum-in testing a plurality of integrated circuits con^rising: 
sunultaneously testing the integrated circuits at a respective plurality of test positions; and 
independently controlling a testing ten^erature of each of the integrated circuits being tested at 

respective ones of the test positions. 

25 7. The method as recited in claim 6 further comprising independently controlling an operating 

frequency of at least some of the integrated circuits, thereby allowing at least some of the integrated circuits to 
be simultaneously tested at different frequencies. 

8. The method as recited in any of claims 6 or 7 further comprising independently controlling 
the voltage being supplied to the integrated circuits being tested, thereby allowing at least some of the 
30 integrated circuits to be simultaneously tested at different voltages. 
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9. The method as lecited in claim 8 fiiith^ conqirisiiig changiiig a test nmning on one of the 
integrated circuits independently of tests being ran on others of the integrated ckcuits. 

10. A bum-in testing apparatus conpising: 
a plurality of test positions; 

5 means for controlling temperature of an integrated circuit being tested in one of the test positions 

independently of ten^eratures of other integrated circuits being tested in other of the test 
positions; 

means for controlling voltage of an mtegrated circuit being tested in the one of the test positions 
independently of voltages of other integrated circuits being tested in otiier of the test 
10 positions; 

means for controlling a test being applied to an integrated circuit being tested in the one of the test 
positions independently of tests being applied to other integrated circuits being tested in 
oHier of the test positions; and 
means for controlling jfrequency of an integrated circuit being tested in the one of the test positions 
1 5 independenfly of frequency of otiier mtegrated circuits bemg tested in olher of the test 

positions. 



wo 02/054094 



PCT/USOl/17591 



1/16 




/ iDpgoBnuaDDDDl iDDODMniooPDi laoaPMuiooyD 



lor 



laDflDiaDflODl iDODflonnnnmayyDi [ noDOMUDDDoypi 
iDDpaBuiaflDODl iDnooiflooDi jumjuuuyuiiyyyyi 
lOPPPBmnnuDpyyyi iddoouddodi iPPPPMnuppyyoi 
iPPDOffinniapoypl lupypliyyuyuilyuyul i POPPflnmniDyyoi 



ippoDMongpoypi 



liiyiiiiiiiiiiiiilPIil 



mannnmniugDn! 




FIG.1 





FIG. 2 



y/O 02/054094 



PCT/USOl/17591 



2/16 



317 



NETWORK l/F 



311 



PROCESSOR 



313 



301 



COMPAQ 
FLASH 



POWER 
SUPPLY 



r 



315 



310^ 



D 



B 



307 



vr 



OUT 



OUT 



OUT 



OUT 



OUT 



305 
303 



OUT 



OUT 



303 



101 



OUT 



303 



OUT 



303 



OUT 



303 



FIG. 3 



wo 02/054094 



PCTAJSOl/17591 



3/16 



in 

CM 



o 




OO 


O 






POR 


OO 



4— ► 



s 



o 



^ O 
O x: 



LU DC 









o 


GC 
LU 


PR 


CO 


UJ 



o 
m 



CO 



Q g 

GQ OC 



CO n: 

CO 

^ >: 

SI 
s- 



C-> 

CM 



o 

OO 

s 



o 

CO 



CO 

a. 



o 



o 

5h 



CD 



LU 



CO 



1 





CC 




!ii 




—I 




O 


CM 


TR 








8 







CO 



LU H 



00 
o o 











O 







^ CC 
JNL O 
Q- 



cc 

s: to 



CO 



CO 
ZD 
CO 

rvi 



4— ► 



o 



o 

CO 



CC 
LU 

- ^ 

8 



CO 



CO 
ZD 
C3Q 



CD 



Ci3 OC 
ZD LLl 

LU ?d 

6g 

CO 











MD 









I in 
Q 



P 



ID 

5^ 



wo 02/054094 



PCTAJSOl/17591 



4/16 



( 








i 


c 
i 










3 

fM 








1 DiaqLEDll] 






CM 








fM 


1 Diaq LED [2] 






m 


IZCsel OE 


,5A 




m 


1 Diaq LED [3] 








Front panel 
LEDfOl 


FIG. 






o 

LL 

cn 
05 

Q 






in 


Front panel 

LEorn 






in 


Diaq LEDfS] 








Front panel 
LFDfZl 








o 


) 


€ 

t 
c 
a 


i 

I 
) 


Front panel 
1 Fnr^i 


1 

i 
J 
J 


s: 

K 


: r> 

H 


u. 

c 
r 

C 


n 
i 
i 




wo 02/054094 



PCT/USOl/17591 



5/16 



CO 



CM 



KD 



0_ CO 
P CD 

O cc 



in 

rsJ 



CsJ 



OO 



LU 
DC 

Q 



00 

O 
CM 



o 
o 



CM 



p 

to 
a- 



CO 



00 



TO "7=: 

5 ^ 



cn 



c 
c 



O) 

E 

Z3 

<u 

DC 
J— 

CO 



o 



>- 
Q 
DC 
CO 
O 



o 

CO c 
<C DO 



m 

CVJ 



i53 



CO 



CD 

c 

(J3 



s 



13 

CO 

to _2 



0) 
lO 
(U 
DC 



CO 

o 
<: 



LO 



<D 



ro 



00 

u5 



LO 



m 



wo 02/054094 



PCT/USOl/17591 



6/16 



6^ 



CO 



00 

21. 

I 

c 
E 

s 

c 
fd 
u 

CO 



o 



in 



XJ 

o 



e5 



wo 02/054094 



PCT/USOl/17591 



7/16 



TO CONTROLLER 
301 



GLUE 




LOGIC 





TEC 
CONTROL 




r 



708 



TEC AND 
THERMISTER 



SYSTEM 
MONITOR 



FT 



709 



701 



FIG. 7 



wo 02/054094 



8/16 



PCT/USOl/17591 




FIG. 8 



wo 02/054094 



PCT/USOl/17591 




wo 02/054094 



11/16 



PCTAJSOl/17591 




wo 02/054094 



PCT/USOl/17591 



12/16 




"O 

o 



o 
to 

■§-3 



o 

CO 



CO 4-. 

rt O 
CO o 

o o 



^ ^ ^ 



c 



3 



a 



O =3 
CO 



£ o o o 



5 



3 



I 



LJ ij? <U 

o «J o 

^ CD Q 

s o o o 



5 



in r= 



CI ^ 



1 



3 

<1> 

^ §1 



CO ^ 

s o o o 



3 
t: 

a> 

(A 

c 



^1 



1 

^ ^ = 



3 

-o 

O 



§•0 c 
(0 o 

CO o 
000 



^ ^ ^ 

BBS 

O O t-) 



I 

<L) -O ^ ^ 
^ CD O 

^000 



c 

J 



II 

o o 
a. 



05 



I 

"53 0^ 

^ ,9 ^ 

T3 ^ 
OQ O 

000 



c= c c 
r3 3 =3 
000 

CJ 



■§ 

8- 



I 

CO 



I 

CO 



8 

o 



1 

CO 
ZD 

000 



CO o 

o 



§ 

t: 

<u 
to 



3 



1 



o 

CO 



■8 



<U ^-t CO 

a Lo o 13 

^ u3 m o 

S O O O 



^ ^ ^ 

3 =3 2 
000 

cj O c-J 
g « u. 



J5 
a. 



1 

"53 ^ 

-O ^ ^ 



3 

-o 
o 



CO o 
000 



c c c 

3 3 3 
000 

0 o 

1 >£ 



-o 



8- 



I 



CO 

o 



in 
<u 



> 

c-> 

c 
o 
c-» 



<L> 
-Q 

£ 
=3 




wo 02/054094 



13/16 



PCT/US01/17S91 



CELLHOST 





1403 



API 






Act 
CON" 


veX 
FROL 



\ 



1405 



\ 



1407 



FIG. 14 



wo 02/054094 



PCT/USOl/17591 



14/16 



o 

o op 



cu 




0) 



Q 



o 



wo 02/054094 



PCTAISOl/17591 



FORM API 
REQUEST INTO A 
PACKET 



15/16 



\ 



1601 



FIG. 16 




Z 



1615 



DEFINE RESULT 
AS FAIL OR 
TIMEOUT 



SPIN LOCK ON 
RECEIVED PACKET 

FLAG TILL IT 
GOES TRUE 





SPIN LOCK ON 

PAUSEFLAGIF 
TRUE 



MOVE VALUE FROM 
RECEIVE PACKET TO 
API [OUT] 
PARAMETER 



RETURN TO 
CALLER 




FIG. 17 



INTERNATIONAL SEARCH REPORT 


im onal Application No 1 

PCT/US 01/17591 


I A. CUSSIFICATION OF SUBJECT WAITER 

IPC 7 G01R31/316 

1 According to IntemaUonal Patent ClassfflcaMon (IPC) orto botti nalional clasaficaMon and IPC „ , 




Minimum documsntaUon searched (dasstflcaUon system tbllowed by dassificaflon synibols) 

IPC 7 GOIR 


Documentaflon searched other than minimum documentaUon to the e^^^ In the fields searched j 


ElectrontG data base consulted during the Intemaltonal search (name o( data base and. where practical, search terms used) 1 

EPO-Internal , MPI Data, PAO 


1 0. DOCUMENTS CONSIDERED TO BE RELEVANT . 




1 Category* 


Citation of document, with Indfcalion, where appropriate, of the relevant passages 


Relevant to claim No. | 


X 

A 
X 
A 

X 

A 

Y 


US 5 515 910 A (HAMILTON HAROLD E ET AL) 

14 May 1996 (1996-05-14) 
abstract 

US 5 911 897 A (HAMILTON HAROLD E) 

15 June 1999 (1999-06-15) 

abstract 

US 5 359 285 A (SUMITOMO ELECTRIC 

INDUSTRIES, LTD. ) 

25 October 1994 (1994-10-25) 

abstract 


1 

2,10 

1 

10 

6 

10 
7,8 




therdocumenlsareltetedlntheconllnuaJlonorboxC. ^ Patent fanilV men&ers are listed In annex. j 


1 'Special categories of died documents: T* later document publlslted altar tlie tntematlonalflUng dale | 
1 orpiiorSydateandnotlnconlllctwItliIhe application but 
1 "A" document defining the general slate of tlie art wtilch Is not cited to understand tlie principle or ttieoiy underlying tlie 1 
1 considered to be of partlcularielevance Invention | 
1 -E' eaiter document but publlshed on or alter the IntemaUonal •)(• document of particular relevance; the claimed Inyanton 1 
1 flllngdale cannot be considered novel or cannot be considered to 1 

'L' documentwhtehmaythwwdoubtsonpriorliy clalm(s)or an Inventfee step »*en the document tejto^^ 
1 wWch Is cited to establish the pubBcallon date of another -if. docuinentol particular relevance; the claimed Itwentlon 

citation or other apodal reason (as specified) cannot be consMered lo Invohfe an inventhre step when the 

•0- doc«ment,«,e*^.oanoraldlsdosu«.use. exhlbWonor ST^MllSfotS^STIoSfaV.^^ 
1 Other means in the art 1 
«M»r°cKr^ documentmemberofthesamepatentramlly 


1 Date of the aciual comptelion of the international search 

1 10 January 2002 


Date of mailing of the Inlemationai search report 

25/01/2002 


1 Name and mailing address of the ISA 

1 European Patent CWice, P.a 5618 Patenttaan 2 

1 NL-2280HVRQswijk 

1 TeL (+31-70) 340-2040. Tx. 31 651 epo nl. 

1 Fax: (+31-70) 340-3016 


Authorized officer 

Vytlacilova, L 



Foim PCT/ISA/210 (seoondshaat) (July 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Int onal Application No 

PCT/US 01/17591 



I C^Contlnuatton) DCXSUMENTS CONSIDERED TO BE RELEVANT 



I Category* I CftatkmordoaimsnUvuimindlcatlon.where appropriate, of the relevant passages 



I Relevant to clabn No. 



Y 
A 



US 5 592 496 A (SHIMIZU MASAO ET AL) 
7 January 1997 (1997-01-07) 

column 4, line 63 -column 5, line 5 



7,8 
4-6,10 



Faim PCT/ISA/2tO (oentlnuaUan ol snond dvat) (.My 1882) 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

ttormaUon on patert lamlly membere 



Int onalApplleaUonNo 
PCT/US 01/17591 




US 5359285 



25-10-1994 



JP 
OF 
JP 
JP 
OP 
OP 

JP 

OP 

M 

AU 

AU 

AU 

AU 

AU 

AU 

AU 

CA 

CA 

CA 

CA 

DE 

DE 

EP 

EP 

EP 

EP 

U 

KR 

KR 

KR 

US 

US 

us 



A 
A 
A 
A 
A 
A 
A 
A 



5029417 
5036778 
5036781 
5036786 
5036787 
5036788 
5036789 
5036792 

657974 B2 
2033392 A 

657975 B2 
2033492 A 

657976 B2 
2033592 A 

657977 B2 
2033692 A 
2073886 Al 
2073896 Al 
2073899 Al 
2073916 Al 

69201923 01 
69201923 T2 
0523729 Al 

0523734 Al 

0523735 Al 

0523736 Al 

9603987 Bl 

9603988 Bl 

9603989 Bl 
9514680 Bl 
5414370 A 
5327075 A 
5406212 A 



us 5592496 



05-02-1993 
12-02-1993 
12-02-1993 
12-02-1993 
12-02-1993 
12-02-1993 
12-02-1993 
12-02-1993 
30-03-1995 
21-01-1993 
30-03-1995 
21-01-1993 
30-03-1995 
11-02-1993 
30-03-1995 
21-01-1993 
20-01-1993 
20-01-1993 
20-01-1993 
20-01-1993 
11-05-1995 
05-10-1995 
20-01-1993 
20-01-1993 
20-01-1993 
20-01-1993 
25-03-1996 
25-03-1996 
25-03-1996 
13-12-1995 
09-05-1995 
05-07-1994 
11-04-1995 



07-01-1997 



OP 
DE 



7280883 A 
19512131 Al 



27-10-1995 
05-10-1995 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include b«t aie not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

c/faded text or drawing 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: ' 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the .mage 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



